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(g) Industrielle Steuerung auf der Basis verteilbarer Technoiogischer Objekte 

@ Durch die Zuladbarkelt von Technologischen Objektty- 
pen (TOI-TOn) in das Runtime-System (RTS1-RTS7) einer 
industriellen Steuerung wird das Basissystem (UMC-K) 
der Steuerung funktionell erweitert und eine technology 
sche Skalierung der Steuerung erreicht. Die zugeladenen 
Technologischen Objekttypen sind beliebig instanziierbar 
und konnen beliebig auf die vorhandenen Gerate verteilt 
werden. Das Zuladen erfolgt in Form von Technologiepa- 
keten (TP). Der Anwender kann in seinen Anwenderpro- 
gramnien (AP1-AP3) diese Funktionalitat direkt venwen- 
den, wobei eine Trennung zwischen technoiogischer 
Funktionalitat und G^ratefunktionalltat erfolgt. 
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Beschreibung 



[0001] Die Erfindung bezieht sich auf cine industrielle 
Steuerung fiir technische Prozesse, insbesondere fiir Pro- 
duktionsmaschinen. S 
[0002] Bemer bezieht sich die Erfindung auf ein Verfahren 
zur Programmierung bzw. Projektierung von industriellen 
Steuerungen fUr technische Prozesse, insbesondere fiir Pro- 
duktionsmaschinen. 

[0003] Eine industrielle Steuerung kann dabei ein eigenes lO 
Geral sein, sie kann aber auch in einen Computer, einem PC, 
einem eigenstandigen Gerat oder einem Antrieb integriert 
sein. 

[0004] Bisher bekannte industrielle Steuerungen zur Au- 
tomatisierung technischer Prozesse basieren im Wesentli- 15 
chen entweder auf einer "SPS-Funktionalitat", einer "MC- 
Funktionalitat" oder auf einer Technologiefunktionalitat. Da 
im Rahmen solcher Funktionalitaten ein gewisser Funkti- 
onsumfang fest voigeschrieben ist, ist eine optimale Anpas- 
sung an die Anforderungen eines speziellen Prozesses hau- 20 
fig nur bedingt moglich, wobei im konkreten Anwendungs- 
fall oft eine ganze Gruppe von Funktioncn iiberflussig ist 
(z. B. ist beim Einsatz einer MC-Steuerung fiir Werkzeug- 
maschinen, evtl. vorhandene Funktionalitat fiir Verpak- 
kungsmaschinen uberfliissig). 25 
[0005] Aus der DE 197 40 550 ist auBerdem eine Vorrich- 
tung zum Steuem eines technischen Prozesses und/oder zur 
Steuerung der Bewegung einer Verarbeitungsmaschine be- 
kannt, die ein Steuerprogramm abarbeitet. Dieses Steuerpro- 
gramm besteht aus einer Vielzahl von Softwaremodulen. 30 
Prozesssteuerungsfunktionalitaten von an sich bekannten 
speicherprogrammierbaren Steuerungen und Bewegungs- 
funktionalitaten von an sich bekannten MC-Steueningen 
sind in einem einheitlichen, konfigurierbaren Steuerungssy- 
stem verwirklicht. Die einzelnen Software-Module werden 35 
hier jedoch durch jeweils eine Teilsteuerung abgearbeitet, so 
dass fiir jedes Software-Modul eine zentrale Recheneinheit 
vorzusehen ist. 

[0006] Weiterhin ist aus der DE 198 53 205 ein Verfahren 
zur Steuerung technischer Prozesse bekannt, das auf einer 40 
Instanziierbarkeit sowie einer bedarfsgerechten Verschal- 
tung von Software-Komponenten mit vorgebbarer, zumin- 
dest parametrieifoarer Funktionalitat basiert. Die Verschal- 
tung und die Projektierung der Software-Komponenten er- 
folgt hierbei allerdings noch nicht optimal. 45 
[0007] Der Erfindung liegt daher die Aufgabe zugrunde, 
fiir jeweils unterschiedliche Steuerungsaufgaben und unter- 
schiedliche Randbedingungen bzw. Anforderungen des zu- 
grunde liegenden technischen Prozesses in einfacher Weise 
optimale Auspragungen einer industriellen Steuerung so- 50 
wohl hinsichtlich ihrer Steuerungsstruktur als auch hinsicht- 
lich ihrer Funktionalitat zu erstellen. 
[0008] Die Erfinder sind dabei von der Erkenntais ausge- 
gangen, dass das Runtime- und/oder Engineering-System 
der industriellen Steuerung sowohl SPS- als auch Bewe- 55 
gungs- und/oder Technologie-Funktionalit^t bedient und 
dass duich die Moglichkeit des dynamischen Zuladens von 
Funktionscode in das Runtime- und/oder Engineering-Sy- 
stem der industriellen Steuerung jeweils eine optimale Aus- 
pragung, d. h. Skalierung der Steuerung moglich sein 60 
miisste, wobei auBerdem durch eine Trennung von technolo- 
gischer Funktionalitat und Geratefunktionalitat die Erstel- 
lung bzw. Projektierung der Steuerung erleichtert werden 
wiirde. 

[0009] GemaB der Erfindung wird die oben genannte Auf- 65 
gabe fur eine industrielle Steuerung der eingangs genannten 
Art dadurch gelost, dass die Steuerung cin allgemein ein- 
setzbares, vorzugsweise technologieneutrales, Basissystem 



fiir die Steuerungsgrundfunktionalitat aufweist, wobei in- 
stanziierbare Technologieobjekttypen die Grundfunktionali- 
tat der Steuerung um technologische Funktionalitaten eigan- 
zen und nach einer vom Anwender zuschneidbaren Instanzi- 
ierung als Technologische Objekte in seinen jeweiligen 
Applikationen zur Verfugung stehen, wobei eine IVennung 
zwischen technologischer Funktionalitat und Geratefunkuo- 
nalitSt erfolgL 

[0010] Ein Technologisches Objekt reprasentiert vorzugs- 
weise eine Komponente der realen Welt. Im Kontext indu- 
strieller Steuerungen konnen dies z. B, Komponenten von 
Werkzeugmaschincn oder Produktionsmaschinen sein. Die 
Technologischen Objekte stellen eine definierte technologi- 
sche, abgeschlossene Funktionalitat bereit. Sie konnen un- 
tereinander verschaltet werden, um komplexe technologi- 
sche Aufgaben zu reabsieren. Dadurch dass die technologi- 
sche Funktionalitat der Steuerung durch Technologische 
Objekte, die vorzugsweise reale Komponenten, gebildet 
wird, ist einem Anwender oder Nutzer der Steuerung die 
technologische MachUgkeit, d. h. die Fahigkeit der Steue- 
rung sofort transparent. Als softwaretechnologische Einheit 
kann ein Technologisches Objekt auBerdem von einem An- 
wender sehr leicht in unterschiedlichen Applikationen und 
Steuerungen wiederverwendet werden. Ein Anwender kann 
bei der Nutzung von Technologischen Objekten von deren 
Implementierung abstrahieren. Vom Anwender in seinen 
Anwenderprogrammen direkt einsetzbare Technologische 
Objekte entstehen durch ihre Instanziierung aus Technolo- 
gieobjekttypen. Aus einem einmal definierten Technologie- 
objekttyp konnen beliebig viele (zugeschneiderte) Instanzen 
von Technologischen Objekten gewonnen werden. Dadurch 
dass die Instanziierung sowohl im Engineering-System als 
auch im Runtime-System erfolgen kann, ist es fiir einen An- 
wender sehr leicht und sehr komfortabel moglich, die Tfech- 
nologischen Objekte in seinen Anwendungen zu verwen- 
den. Die funktionale Machtigkeit einer Steuerung ist somit 
sehr leicht erweiterbar. Die Erweiterbarkeit wird lediglich 
durch HW-Restriktionen (z, B. CPU-Leistung oder Spei- 
cherbeschrankungen) begrenzt. 

[0011] Weiterhin hat der Anwender die Moglichkeit das 
vorhandene Basissystem fiir die Steuerungsgrundfunktiona- 
litat um sdlche Funktionalitaten zu erweitem, die er wirklich 
fiir seine Anwendungen benotigt. Dies geschieht dadurch, 
dass er explizit bestimmte benotigte Technologische Ob- 
jekte zum Basissystem der Steuerung hinzuladt. Ein An- 
wender kann sich somit individuell eine Steuerung mit einer 
bestimmten Funktionalitat beschaffen, tjblicherweise in 
Steuerungen vorhandene nichtbenotigte Funktionalitaten 
werden dadurch vermieden und verursachen somit keinen 
Overhead. 

[0012] Ein weiterer Vorteil liegt in der Trennung von tech- 
nologischer Funktionalitat und Geratefunktionalitat. In den 
Technologischen Objekten wird von den Geraten abstra- 
hiert, auf denen die Technologischen Objekte ablaufen. So- 
mit kann sehr leicht die Zuordnung eines Technologischen 
Objektes auf ein Gerat geandert werden und die Program- 
merstellung (d. h. die Nutzung der Technologischen Objekte 
in den Anwenderprogrammen) kann unabhangig von den 
Geraten erfolgen. Die Gerate selber stellen somit nur die 
Ablaufumgebung fiir die Technologischen Objekte dar. Die 
tatsachliche Zuordnung von Technologischen Objekten zu 
Geraten kann der Anwender in einer fiir ihn optimal en Art 
und Weise vomehmen. Optimierungskriterien sind z. B. 
Auslastung, raumliche Verteilung oder die Buslange. 
[0013] AuBerdem liegt ein Vorteil in der Entwicklung und 
in der Produktion solcher skalierbaren Steuerungen. Steue- 
rungen, die mit einer notwendigen Grundfunktionalitat (Ba- 
sissystem) ausgeliefert werden, lassen sich in groBer Stiick- 
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zahl sehr einfach herstellen (economies of scale), 
[0014] Eine ersle vorteilhafte Ausgestaltung der Erfin- 
dung liegt darin, dass eine automatische Generierung bzw. 
Projektierung von Kommunikationsverbindungen zwischen 
Technologischen Objekten basierend auf der zugrungelie- 
genden Hardware-Topologie und/oder der technologischen 
Losung erfolgt. Im Engineeringsystem werden die Zuord- 
nungsinformationen von Technologischen Objekten zu Ge- 
raten, die GeiSte- und Netztopologie, sowie die und das Da- 
tenvolumen ausgewertet und daraus die automatische Pro- 
jektierung der Kommunikationskanale erzeugt. Damit wird 
fiir einen Anwender die Programmers tellung erleichterl. 
[0015] Eine weitere vorteilhafte Ausgestaltung der Erfin- 
dung liegt darin, dass bei der automatischen Generierung 
bzw. Projektierung der Kommunikationsverbindungen zwi- 
schen Technologischen Objekten von den Technologischen 
Objekten zugewiesene oder erworbene Qualitalsattribule 
beriicksichtigt werden. Diese automatische Kommunikati- 
onsprojektierung ermdglicht eine effiziente Nutzung der 
eingesetzten Gerate- und Netztopologie, da dabei absurakte 
"Quality of Service"- Anforderungen wie z.B. Broadcast, 
Taktsynchronitat oder Ubertragungszeit optimal auf die Ge- 
rate- und Buseigenschaften abgebildet werden. Im Enginee- 
ringsystem werden die Zuordnungsinformationen von Tech- 
nologischen Objekten zu Geraten, die Gerate- und Netzto- 
pologie, sowie die "Quality of Service"-Anforderungen und 
das Datenvolumen ausgewertet und daraus die automatische 
Projektierung der Kommunikationskanale erzeugt, 
[0016] Eine weitere vorteilhafte Ausgestaltung der Erfin- 
dung liegt darin, eine flexible Verschiebbarkeit und/oder 
V«leilbarkeit der Technologischen Objekte auf unterschied- 
lich oder gleich performaote Hardware-Systeme und/oder 
Laufzeitsysteme erfolgt. Technologische 04)jekte sind platt- 
form- bzw. hardwareunabhangig. Sie enthalten keine platt- 
form- bzw. hardwarespezifischen Eigenschaften und konnen 
somit sehr leicht auf unterschiedHche Hardware-Systeme 
und/oder Laufzeitsysteme geladen, verschoben und verteilt 
werden. Durch die Moglichkeit der Verschiebbarkeit und 
der Verteilbarkeit der Technologischen Objekte auf unter- 
schiedlich oder gleich performante Hardware-Systeme kann 
ein Anwender Technologische Objekte sehr flexibel benut- 
zen und einsetzen. Er muss sich bei der Verschiebung und 
der Verteilung der Technologischen Objekte nicht um Re- 
stiiktionen beziiglich der zugrundeliegenden Performance 
der Hardware- und/oder von Laufeeit-Systemen kiimmem. 
Weiterhin ist es durch die Verschiebung und Verteilung der 
Technologischen Objekte moglich, die Last in einem Sy- 
stem flexibel zu verteilen und zu balancieren. 
[0017] Eine weitete vorteilhafte Ausgestaltung der zu- 
grunde liegenden Erfindung liegt darin, dass eine flexible 
Verschiebbarkeit und/oder Verteilbarkeit der Technologi- 
schen Objekte auf unterschiedlich oder gleich performante 
Hardware- und/oder Laufzeit-Systeme innerhalb eines Pro- 
jektes erfolgt, wobei sich ein Projekt auf Daten und/oder 
Programme von einer oder mehreren Steuerungseinheiten 
bezieht. Ein Anwender hat somit die Moglichkeit innerhalb 
eines Projektes Gerate unterschiedlicher Hardware einzuset- 
zen, die auch unterschiedlich performant sein konnen, auf 
die er Technologische Objekte leicht und flexibel verteilen 
kann, ohne die unterschiedliche Performance der Gerate be- 
riicksichtigen zu miissen. 

[0018] Eine weitere vorteilhafte Ausgestaltung der zu- 
gruhde liegenden Erfindung liegt darin, dass die Verteilung 
der Funktionalitat der Technologischen Objekte auf mitein- 
ander in Echtzeit durch taktsynchron aquidistant kommuni- 
zierende Steuerungseinheiten erfolgt Die Technologischen 
Objekte konnen somit auf Gerate bzw. Steuerungseinheiten 
verteilt werden, die uber ein Kommunikationsmedium in 



Verbindung stehen, das eine taktsynchrone aquidistanie 
Kommunikadon erlaubL Somit konnen die Technologischen 
Objekte in Echtzeit miteinander kommunizieren. In einem 
Projekt sind die Instanzen von Technologischen Objektty- 
5 pen eindeutig referenzierbar und konnen (HW-) plattform- 
ubergreifend genutzt werden. 

[0019] Eine weitere vorteilhafte Ausgestaltung der vorlie- 
genden Erfindung liegt darin, dass eine technologische Ska- 
lierung hinsichdich der Funktionalitat der Steuerung durch 

10 die Zuladbarkeit von Technologieobjekttypen erfolgt. Damit 
hat der Anwender die Moglichkeit eine fUnktionale Skalie- 
rung seiner Steuerung zu erreichen. Er kann somit sehr ein- 
fach die Funktionalitat der Steuerung an die zugrundelie- 
genden und vorliegenden Bediirfnisse und Randbedingun- 

15 gen anpassen. Die Erweiterbarkeit bezieht sich sowohl auf 
GeratefunktionaUtat als auch auf technologische Funktiona- 
litat. 

[0020] Eine weitere vorteilhafte Ausgestaltung der vorlie- 
genden Erfindung liegt darin, dass eine Verschaltung der 

20 Technologischen Objekte zu komplexen Technologischen 
Objekten, sog. Container-Objekten erfolgt. Dadurch hat der 
Anwender die Moglichkeit aus "einfachen" Technologi- 
schen Objekten komplexe Technologische Objekte zu er- 
stellen, die im Vergleich zu den "einfachen" Technologi- 

25 schen Objekten eine hoherwertige bzw. komplexere techno- 
logische Funktionalitat reprasentieren und zur Verfugimg 
stellen. Die Verschaltung erfolgt durch hierarchische Bezie- 
hungen zwischen den Technologischen Objekten und/oder 
Datenflu ssbeziehungen. 

30 [0021] Eine weitere vorteilhafte Ausgestaltung der Erfin- 
dung liegt darin, dass einem Anwender unterschiedliche 
Sichten auf die Technologischen Objekte zur Verfiigung ste- 
hen. Die Abstraktionsmechanismen, die die Technologi- 
schen Objekte zur Verfugung stellen, erlauben (je nach An- 

35 wendungsphase oder Anwendertyp) unterschiedUche Sich- 
ten auf sie. Aus dem Engineering gibt es z. B. eine Projekt- 
sicht (iiblicherweise in Form einer Baumdarstellung) und/ 
Oder eine Inbetriebnahmesicht (z, B. fur das Anlegen und 
Konfigurieren der Instanzen). Aber es steht auch eine pro- 

40 grammiertechnische Sicht zur Verfugung. In dieser Sicht 
werden dem Anwender z. B. Methoden und Attribute der 
Technologischen Objekte zur Verfugung geslellt. Aus eigo- 
nomischen Gesichtspunkten werden die Sichten einem An- 
wender in Form von grafischen BenutzeroberfiSchen zur 

45 Verfugung gestellt, z. B. als Icons und/oder Masken. 

[0022] Eine weitere vorteilhafte Ausgestaltung der vorlie- 
genden Erfindung liegt darin, dass eine riickwlrkungsfreie 
Programmierung eines Technologischen Objektes beziigUch 
der anderen vorhandenen Technologischen Objekte und des 

50 Steuerungsbasis systems, sofem nicht explizit eine Riickwir- 
kung programmiert bzw. projektiert ist, vorgesehen ist. Der 
Anwender kann somit das Verhalten eines Technologischen 
Objektes unabhangig von Riickwirkungen anderer Techno- 
logischen Objekte oder des Steuerungsbasissystems pro- 

55 grammieren. Wenn erforderlich oder gewunscht kann er 
aber explizit eine Riickwirkung programmieren bzw. pro- 
jektieren. Die Flexibilitat des Anwenders bei der Program- 
mierung Technologischer Objekte wird dadurch erhoht 
[0023] Eine weitere vorteilhafte Ausgestaltung der vorlie- 

60 genden Erfindung liegt darin, dass die Darstellung der Tech- 
nologischen Objekte im Engineering-System durch grafi- 
sche Elemente und/oder Masken erfolgt. Durch diese grafi- 
sche Benutzeroberflache wird der Anwender beim Gebrauch 
der Technologischen Objekte unterstutzt. Produktivitat und 

65 Qualitat der Projektierung bzw. der ProgranmMerung wer- 
den dadurch erhdht 

[0024] Eine weitere vorteilhafte Ausgestaltung der vorlie- 
genden Erfindung liegt darin, dass die Technologieobjektty- 
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pen zu Technologischen Paketen zusammengefasst werden. 
Technologische Pakete slellen eine Clusterung von lechno- 
logisch und/oder funktional zusammengehorenden Techno 
logieobjekttypen dar. Durch das Hinzuladen von Technolo- 
gischen Paketen zum Basissystem einer Steuerung, konnen 5 
Steuerungen mit jeweils dedizierten Funktionsumfang er- 
halten werden. Solche Steuerungen haben wenig funktiona- 
len Overhead. Durch die Qusterung und Zuordnung von 
Technologieobjekttypen zu Ibchnologiepaketen wird zum 
einen eine Strukturierung und Klassifizierung erreicht und 10 
zum anderen sind die Technolcgiepakete ein geeignetes 
Mittel, um die Technologieobjekttypen auf das Runtime-Sy- 
stem einer Steuerung zu laden. 

[0025] GemaB der Erfindung wird die oben genannte Auf- 
gabe fur ein Verfahren der eingangs genannten Art durch die 15 
folgenden aufeinander folgenden Schritte gelost: 

a) Verwendung eines Basissystems mit einer vorzugs- 
weise technologieneutralen Grundfiinktionalitat, 

b) Instanziierung der Technologischen Objekte, 20 

c) Verschaltung der Technologischen Objekte zu Tech- 
nologischen Objekten komplexerFunktionalitat, 

d) Verteilung und/oder Platzierung der Technologi- 
schen Objekte auf die Cerate, 

e) automatische Generierung der Kommunikationska- 25 
nale zwischen den Technologischen Objekten, 

f) Wiederverwendung insbesondere von komplexen 
bereits verschalteten Technologischen Objekten in an- 
deren Projekten. 

30 

[0026] Dadurch hat der Anwender die Moglichkeit auf 
eine systematische und folgerichtige Weise die Funktionali- 
tat einer gewiinschten Steuerung zu erreichen, wobei sich^- 
gestellt ist, dass die erhaliene Steuerung so gut wie keinen 
funktionalen Overhead beinhaltet. Ein weiterer Vorteil be- 35 
steht darin, dass ein Anwender bei der Erstellung der An- 
wenderprogramme die Technologischen Objekte unabhan- 
gig von der Hardware und den Geraten, auf denen sie letzt- 
endlich ablaufen, verwenden kann. Nach der Instanziierung 
und der Verschaltung der Technologischen Objekte erfolgt 40 
erst ihre Verteilung auf die Hardware bzw. die Gerate. Die 
Zuordnung zu den Geraten kann jederzeit geandert werden. 
Es liegt somit eine strenge Trennung von technologischer 
Funktionalitat und G^atefunktionalitat vor. Die technologi- 
sche Funktionalitat der Technologischen Objekte ist unab- 45 
hangig von der Geratefunktionalitat, d. h. von den Geraten, 
auf denen sie ablaufen. Die Gerate selber steUen nur die Ab- 
laufumgebung fiir die Technologische Objekte dar. Techno- 
logische Objekte (einfache und/oder komplexe und/oder 
verschaltete lassen sich daher sehr leicht in anderen Projek- 50 
ten wiederverwenden. Die automatische Generierung der 
Kommunikationskanale zwischen den Technologischen Ob- 
jekten (automatische Kommunikadonsprojektierung) er- 
moglicht eine effiziente Nutzung der eingesetzten Gerate^ 
und Netztopologie und unterstutzt den Anwender bei der 55 
Projektierung bzw. der ProgrammersteEung. 
[0027] Eine weitere vorteilhafte Ausgestaltung der vorlie- 
genden Erfindung liegt darin, dass bei der Generierung der 
Kommunikationskanale Qualitatsattribute der Technologi- 
schen Objekte eingehalten werden. Durch die Beriicksichti- 60 
gung vom Anwender vorgebbarer Qualitatsanforderungen 
(z. B. Ubertragungszeit, Taktsynchronizitat, Broadcast) 
wird die Gerate- und Netztopologie noch effizienter genutzt 
und der Anwender braucht bei der Projektierung bzw. Pro- 
grammierung der Konmiunikationskanale nur Qualitatsattri- 65 
bute als Input fur die automatische Generierung der Kom- 
munikationskanale angebcn. 

[0028] Eine weitere vorteilhafte Ausgestaltung der vorlie- 



genden Erfindung liegt darin, dass die Schritte b) und e) op- 
tional erfolgen. Dadurch, dass Technologische Objekte nicht 
zwangslaufig verschaltet und/oder in anderen Projekten wie- 
derverwendet zu werden brauchen, wird die FlexibilitUt fur 
den Anwender erhoht 

[0029] Die wesentlichen, mit der Erfindung erzielten Vor- 
teile bestehen also insbesondere darin, dass ein Anwender 
direkt technologische Funktionalitat in seinen Anwendun- 
gen verwenden kann, die ihm durch Technologische Ob- 
jekte, die Elemente der realen Weh entsprechen, in einer fiir 
ihn adaquaten Weise zur Verfiigung gestellt werden und dass 
fiir einen Anwender eine strenge Trennung von technologi- 
scher Funktionalitat und Geratefunktionalitat vorliegt. Ge- 
rate stellen nur die Ablaufumgebung fiir Technologische 
Objekte dar. Die technologische Funktionalitat der Techno- 
logischen Objekte ist unabhangig von der Geratefunktiona- 
litat. 

[0030] Ein weiterer \forteil liegt darin, dass die Funktiona- 
litat von industriellen Steuerungen sozusagen "plug and 
play"-ma6ig dediziert orweiterbar ist. Auf diese Weise wird 
eine technologische Skalierung der Steuerung erreicht. 
[0031] Ein Ausfuhrungsbeispiel der Erfindung ist in der 
Zeichnung dargestellt und wird im folgenden erlautert. 
[0032] Dabei zeigen: 

[0033] Fig. 1 in einem Strukturbild ein Engineering-Sy- 
stem, das zugehorige Runtime-System und den zu steuem- 
den technischen Prozess, 

[0034] Fig. 2 zeigt in einem Ubersichtsbild wie ein An- 
wenderprogramm auf technologische Funktionalitat im 
Rimtime-System zugreift, 

[0035] Fig. 3 zeigt in einer abstrakten Schemadarstellung 
ein Technologisches Objekt mit Anwenderschnittstelle, 
[0036] Fig. 4 zeigt in Form eines sog. Verschaltungsdia- 
grammes Technologische Objekte, die einen Gleichlaufver- 
bund darstellen, 

[0037] Fig. 5 zeigt einen Gleichlaufverbund mit Um- 
schaltmoglichkeiten zwischen verschiedenen Leitwertquel- 
len und Gleichlaufgesetzen, ebenfalls in Form eines Ver- 
schaltungsdiagrammes, 

[0038] Fig. 6 zeigt in Form eines Verschaltungsdiagram- 
mes die Verschaltung des Technologischen Objektes Mess- 
taster, 

[0039] Fig. 7 zeigt in Form eines Verschaltungsdiagram- 
mes die Verschaltung des Technologischen Objektes Nocke, 
[0040] Fig. 8 zeigt in Form eines Verschaltungsdiagram- 
mes Verschaltungen mit Gleichlauftechnologieobjekten, 
[0041] Fig. 9 zeigt ebenfalls in Form eines Verschaltungs- 
diagrammes die Zuordnung eines Technologischen Objek- 
tes Kurvenscheibe zu mehreren Gleichlaufobjekten, 
[0042] Fig. 10 zeigt in einem Obersichtsbild die Cluste- 
rung von Technologieobjekttypen zu einem Technologiepa- 
ket und 

[0043] Fig. 1 1 zeigt in einem tlbersicbtsbild die Konunu- 
nikadonsstruktur zwischen zwei Geraten. 
[0044] In der Darstellung gemaB Fig. 1 wird in Form eines 
Strukturbildes gezeigt, dass die Steuerung eines technischen 
Prozesses P uber mindestens ein Runtime-System 
RTS1-RTS3 von industriellen Steuerungen erfolgt. Die Ver- 
bindung zwischen den Runtime- System en RTS1-RTS3 der 
Steuerung und dem technischen Prozess P geschieht bidi- 
rektional uber Ein-/Ausgange EA1~EA3. Die Programmie- 
rung der Steuerung und damit das Fesdegen des Verhaltens 
der Runtime-Systeme RTS1->RTS3 geschieht im Enginee- 
ring-System Es. Das Engineering-System Es enthalt Werk- 
zeuge fiir die Konfigurierung, Projektierung und Program- 
mierung fur Maschinen bzw. fiir die Steuerung technischer 
Prozesse. Die im Engineering-System Es erstelllen Pro- 
gramme werden iiber die Informationspfade 11-13 jeweils in 
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die Runtime- Systeme RTS1-RTS3 der Steuerungen ubertra- 
gen. Durch die drei Punkte isl angedeutet, dass weitere 
Steuerungen und Runume-Sysleme vorhanden sein konnen. 
Bezuglich seiner Hardware-Ausstattung besteht ein Engi- 
neering-System ES iiblicherweise aus einem Computersy- 
stem mit Graphikbildschinn (z. B. Display), Eingabehilfs- 
mitteln (z. B. Tastatur und Maus), Prozessor, Arbeits- und 
Sekundarspeicher, eine Einrichtung fur die Aufnahme com- 
puterlesbarer Medien (2.B. Disketten, CD's) sowie An- 
schlusseinheiten fiir einen Datenaustausch mit anderen Sy- 
stemen (z. B. weiteren Computersystemen, weitere Steue- 
rungen fur techniscbe Prozesse) oder Medien (z. B. Inter- 
net). Eine Steuerung besteht ublicherweise aus Eingabe- 
und Ausgabeeinheiten, sowie aus Prozessor und Programm- 
speicher. 

[0045] Darstellung gemaB Fig. 2 zeigt zwei Runtime-Sy- 
steme RTS4 und RTS5 von industriellen Steuerungen, dar- 
gestellt als Rechteck. Die Runtime-Systeme R1^S4 und 
RTS5 enthalten jeweils einen UMC-Kemel UMC-K, sowie 
die Technologischen Objekte TOl bis TOn, wobei die je- 
weiligen UMC-Kemels als auch die Technologischen Ob- 
jekte unlerschiedlich sein konnen, die Technologischen Ob- 
jekte auch in ihrer Anzahl. Der UMC-Kemel UMC-K stellt 
das Basissystem der Steuerung dar, dieses Basissystem ent- 
halt die Grundfiinktionalitat der Steuerung. Der UMC-Ker- 
nei UMC-K ist in rechtwinkliger Stufenform dargeslellt. Zu 
ihm konnen Technologische Objekte TOl bis TOn hinzuge- 
laden werden. Durch dieses Hinzuladen wird der Funktions- 
umfang des Basissystems erweiten. Die Technologischen 
Objekte TOl bis TOn sind als Rechtecke dargestellt, durch 
ihre Anordnung in Fig. 2 wird angedeutei, dass sie den 
TJMC-Kemel UMC-K erweitem. Durch die drei Punkte 
wird angedeutei, dass ein bis mehreie Technologische Ob- 
jekte TOl bis TOn hinzugeladen werden konnen und somit 
eine technologische Skalierung der gesamten Steuemng er- 
reicht wird. Zentriert am oberen Rand von Fig. 2 ist das An- 
wenderprogramm API in Form einer schemalischen Papier- 
fahne dargestellt, Durch die Zugriffspfeile ZGPl bis ZGP4 
ist dargestellt, dass ein Anwender in seinem Anwenderpro- 
gramm API direkt auf Funktionalitaten des UMC-Kemels 
UMC-K, aber auch auf Funktionalitaten der Technologi- 
schen Objekte TOl bis TOn zugreifen kann, sowohl von 
RTS4 als auch von RTS5 oder von einem weiteren Runtime- 
System (ebenfalls angedeutet durch drei Punkte). Diese an- 
gebotenen Funktionalitaten der Runtime-Systeme RTS4 und 
RTS5 (oder von weiteren Runtime-Systemen) kann ein An- 
wender direkt in seinem Anwendungsprogramm API ver- 
wenden. 

[0046] Zur Prazisierung: Zur Erweiterung des Basissy- 
stems eines Runtime-Systems werden Technologieobjekte 
ublicherweise in Form von Technologieobjekttypen hinzu- 
geladen. Solche Technologieobjekttypen sind z. B. Achsen, 
Nocken, Kurvenscheiben oder ahnliches. Technologieob- 
jekttypen sind instanziierbar. Ein Anwender verwendet in 
seinen Anwendungsprogrammen API fur kookrete Appli- 
kationen Instanzen von Technologieobjekttypen. Solche In- 
stanzen sind dann projektweit eindeutig definiert und identi- 
fizierbar. Die direkte Verwendung von zugeladenen Techno- 
logischen Objekten in Anwenderprogrammen API als je- 
weils eigenstandige Programmobjekte ware prinzipiell auch 
denkbar, ist aber fur einen Anwender fiir die Piogrammer- 
stellung unflexibel. 

[0047] Darstellung gemafi Fig, 3 zeigt in einer absUrakten 
Schemadarstellung die Anwendersicht eines Technologi- 
schen Objektes, d. h. einer Instanz eines Technologieobjekt- 
typs. Diese Spezifikation eines Technologischen Objektes 
TOS wird als Rechteck dargestellt, das aus fiinf Teilen be- 
steht Der oberste erste Teil, abgetrennt von den folgenden 



Teilen durch eine durchgezogene Linie, enthalt den Typ des 
zugrunde liegenden Technologischen Objektes (TO-Type) 
und den TO-Idendfier, d. h. die projekteindeutige Bezeich- 
nung der Instanziierung. Der nachst folgende Teil enthalt die 
5 Konfigurationsdaten (Configuration Data) mit den Konfigu- 
rationsvariablen <configuration variable_l> bis <configiira- 
tion variable_n>. Uber die Konfigurationsdaten wird das 
Technologische Objekt in seiner grundsatzlichen Wirkungs- 
weise eingestellt. Die Konfigurationsdaten werden iiber das 

10 Engineering- System (ES; Fig. 1) eingestellt und konnen op- 
tional iiber Zugriffsfunktionen aus dem Anwenderpro- 
gramm (API; Fig, 2 und AP2, AP3; Fig. 11) heraus gelesen 
bzw. geschrieben werden. In der Darstellung gemaB Fig, 3 
werden die Konfigurationsdaten durch eine gesuichelte Li- 

15 nie von den Systemvariablen (System Data) abgetrennt Die 
Systemvariablen <system variable_l> bis <system varia- 
ble_m> sind aus dem Anwenderprogramm (API; Fig. 2 und 
AP2, AP3; Fig. 11) heraus veranderbar und wie Programm- 
variable nutzbar. Systemvariablen konnen lesbar oder les- 

20 /schreibbar sein. Durch die Systemvariablen werden auBer- 
dem die Zustande von Technologischen Objekten reprasen- 
tiert. Zustandsubergange konnen durch Ereignisse und/oder 
Befehle ausgelost werden. Uber die Konfigurationsdaten 
und die Systemvariablen erfolgt die Parametrierung der 

25 Technologischen Objekte. Der nachste Abschnitt sind die 
Befehle (Commands), von den Systemvariablen ebenfalls 
durch eine gestrichelte Linie getrennt. Die Befehle <com- 
mand_l> bis <command_xy> stellen aufrufbareFunktionen 
dar, die die Funktionalitat eines Technologischen Objekts 

30 reprasentieren. Diese Funktionen haben definierte Bezeich- 
ner, Funktionsparameter und lokale Werte. Die Funktionen 
konnen Parameter besitzen. Beim Aufruf von Funktionen 
konnen option ale Parameter weggelassen werden, hierfiir 
werden daim Defaultwerte eingesetzt. Zusatzlich zur tech- 

35 nologischen Funktionalitat besitzt ein Technologisches Ob- 
jekt aber auch Befehle, die das Grundverhalten des Techno- 
logischen Objektes bestimmen, z. B. 
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- Befehl zum Riiclcsetzen in einem definierten Aus- 
gangszustand 

- Befehl um einen anstehenden Fehler gezielt riickzu- 
setzen 

- Befehle um in den Simulationsbetrieb zu setzen und 
riickzusetzen (im Simulationsbetrieb erfolgt ein Durch- 
lauf des Programms ohne konkrete Ausgabe an die Ak- 
toren, bzw. Einlesen von den Sensoren) 

- Befehle um das Technologische Objekt aktivinaktiv 
zu setzen 

- Auskunftsfunktionen. 



[0048] Der nachste Abschnitt der Spezifikation eines 
Technologischen Objektes TOS sind die Alarme (alarms). In 
Fig. 3 sind die Alarme durch eine gestrichelte Linie von den 
Befehlen abgetrennt. Die Darstellung gemSB Fig. 3 enthalt 

55 die Alarme <alarm_l> bis <alarm_k>. Ein Technologisches 
Objekt hat Uberwachungen und kann im Fehlerfall defi- 
nierte Alarme, gegebenenfalls mit Alarminformationen und 
vordefinierten Reaktionen absetzen. Die technologischen 
Alarme werden am Technologischen Objekt festgestellt 

60 bzw. erzeugt Technologische Alarme haben eine technolo- 
, gieobjekttypspezifisch eingestellte Reaktion, z. B. Bewe- 
gungsstopp (die moghchen Reaktionen sind technologieob- 
jekttypspezifisch und daher bei den einzelnen Technologie- 
objekttypen explizit beschrieben). Weiierhin besitzen die 

65 technologischen Alarme einen technologieobjekttypspezifi- 
schen Identifikator (z. B. Alarmnummer) und Parameter. Sie 
besitzen somit ein einstellbares Verhalten auf die Pro- 
grammbearbeitung (globale Reaktion) und erlauben weiter- 



DE 100 55 168 A 1 



bin fiir jeden Fehler instanzspezifische Einstellungen und 
Reaktionen, die bei der Inbetriebnahme am Engineering-Sy- 
stem (ES; Fig. 1) vorgenommen werden. 
[0049] Ein Anwender kann Befehle vod Technologischen 
Objekten synchron oder asynchron nutzen, je nach Einstel- 
lung. Dadurch kann ein Befehl sowohl zyklisch geschrieben 
(iiblich bei einer Speicherprogrammierbaren Speicherung) 
aber auch ereignisgesteuert (iiblich bei Bewegungssteuerun- 
gen) programmieit werden. Im synchronen Modus bleibt 
z. B. das technologische Objekt, das einen Positionierbefehl 
ausfiihrt, solange in seinem Zustand, bis das Positionierziel 
erreichl wurde. Im asynchronen Modus dagegen lauft zeit- 
gleich zur Ausfuhrung des Positionierbefehls das Technolo- 
gische Objekt in seinem Programmablauf weiter und kann 
dabei andere Zustande einnehmen. Das Technologische Ob- 
jekt kann dann z. B. durch Polling gepriift werden, ob das 
Positionierziel erreichl wurde. 

[0050] Die Darstellung gem^ Fig. 4 zeigt als Verschal- 
tungsdiagranun die Verschaltung des Technologischen Ob- 
jektes "GleichlauP GLl mit anderen Technologischen Ob- 
jekten. Die Technologischen Objekte werden dabei als dop- 
pelt umrandete Rechtecke dargestellt, bei denen die jeweils 
zusammen gehorenden Ecken durch eine Verbindungslinie 
verbunden sind. Durch die Verschaltung des Technologi- 
schen Objektes "Gleichlauf ' GLl mit den Technologischen 
Objekten "Leitachse" LAI, "Folgeachse" FAl und "Kurven- 
scheibe" KSl wird ein Gleichlaufverbund hergestellt. Die 
Verschaltung der Technologischen Objekte erfolgt uber Da- 
tenflusse DFl bis DF3 bzw. DF3'. Fig. 4 zeigt die prinzi- 
pielle Technologieanordnung fur die Realisierung eines 
Gleichlaufverbundes: Leitwert - Technoiogisches Objekt 
"Gleichlaur GLl - Technoiogisches Objekt "Folgeachse" 
FAl, In Fig. 4 wird der leitwert durch das Technologische 
Objekt "Leitachse" LAI reprSsentiert. Weiterhin ist in Fig. 4 
ist dargestellt, dass das Technologische Objekt "Leitachse" 
LAI iiber den Datenflusspfeil DFl den Leitwert fiir das 
Technologische Objekt "Gleichlauf GLl vorgibt. Das 
Technologische Objekt "Leitachse" LAI kann z. B. eine Po- 
sitionierachse reprasentieren. Der Leitwert kann aber auch 
iiber eine virtuelle Achse d. h. gerechnete (nicht real vorhan- 
dene) Achse oder uber exteme Geber fiir das Technologi- 
sche Objekt "Gleichlauf GLl voigegeben werden. Das 
Technologische Objekt "Gleichlauf GLl stellt als technolo- 
gische Funktionalitat Getriebegleichlauf oder Kurven- 
gleichlauf zur Verfugung, damit konnen Aufsynchronisie- 
ren, Absynchronisieren oder Masterumschaltungen vorge- 
nommen werden. Am Technologischen Objekt "Gleichlauf 
GLl kann als Gleichlaufgesetz wahlweise ein Getriebe oder 
eine Kurve gewahlt werden. Der rechte Teil von Fig. 4 stellt 
diese Auswahlmoglichkeiten dar. Durch den Zuordnungs- 
pfeil ZPl ist dargestellt, dass der Schalter SI wahlweise mit 
einem Getriebe, dargestellt durch den Getriebefaktor GFl 
Oder mit dem Technologischen Objekt "Kurvenscheibe" 
KSl verbunden werden kann. Bei einer Verbindung mit dem 
Technologischen Objekt "Kurvenscheibe" KSl erfolgte Da- 
tenfluss von diesem Technologischen Objekt zum Technolo- 
gischen Objekt "Gleichlauf GLl uber den Datenflusspfeil 
DF3, den Schalter SI und den Datenflusspfeil DF3'. Bei ei- 
ner Verbindung mit dem Getriebefaktor GFl erfolgt der Da- 
tenfluss zum Technologischen Objekt "Gleichlauf GLl 
iiber den Schalter S 1 und den Datenflusspfeil DF3'. Uber das 
Technologische Objekt "Kurvenscheibe" KSl konnen nicht 
lineare Geuiebeubersetzungen am Technologischen Objekt 
"Gleichlauf GLl eingestellt werden, uber den Getriebefak- 
tor GFl dagegen lineare Getriebeiibersetzungen. Durch den 
Datenflusspfeil DF2 ist das Technologische Objekt "Gleich- 
lauf GLl mit dem Tbchnologischen Objekt "Folgeachse" 
FAl verschalteL 



[0051] Die Darstellung gemaB Fig. 4 zeigt somit die prin- 
zipielle Konfiguration von Technologischen Objekten zur 
Realisierung einer GleichlaufFunktionahtat und kann ihrer- 
seits als (komplexes) Technoiogisches Objekt angesehen 
5 und verwendet werden. 

[0052] Die Festlegung der Verschaltung der Technologi- 
schen Objekte erfolgt in der Konfigurationsphase (Projektie- 
rung). Bei AuswahlmCglichkeiten werden diese zur Laufzeit 
uber das Anwenderprogranun (API; Fig. 2 und AP2, AP3; 
10 Fig. 11) aktiviert, d. h. zur Laufzeit konnen Umschaltungen 
programmiert werden. PrinzipieU konnen durch Verschal- 
tung mehr als ein "Gleichlaufobjekt" GLl mit einer "Folge- 
achse" FAl verbunden werden, dadurch wird eine "Oberlage- 
rung von Gleichlauffunktionen realisiert. Der Leitwert fiir 
15 das "Gleichlaufobjekt" GLl kann auch direkt aus dem An- 
wenderprogramm (API; Fig. 2 und AP2, AP3; Fig. 11) vor- 
gegeben werden. Weiterhin kann mehr als ein Technoiogi- 
sches Objekt fur die LeitwertbereitsleDung konfiguriert wer- 
den. Die aktuelle Verschaltung wird wiederum zur Laufzeit 

20 iiber Befehle im Anwenderprogramm (API; Fig. 2 und 
AP2, AP3; Fig. 11) ausgewahlt und aktiviert, AuBerdem 
kann fiir die Fesdegung des Gleichlaufgesetzes zwischen 
verschiedenen Technologischen Objekten "Kurvenscheibe" 
KSl und/oder zwischen verschiedenen Getriebefaktoren 

25 GFl durch Programmierung online umgeschaltet werden. 
Ein Technoiogisches Objekt "Kurvenscheibe" KSl kann ei- 
nem Oder mehreren Technologischen Objekten "Gleichlauf 
GLl zugeordnet werden. Weiterhin k5nnen von einem 
Technologischen Objekt "Leitachse" LAI eine oder mehrere 

30 Gleichlaufverbindungen uber Technologische Objekte 
"Gleichlauf GLl konfiguriert werden. 
[0053] Darstellung gemaB Fig. 5 zeigt einen Gleichlauf- 
verbund mit Umschaltmoglichkeiten zwischen verschiede- 
nen Leitwertquellen und Gleichlaufgesetzen, ebenfaUs in 

35 Form eines Verschaltungsdiagramms. In Fig. 5 kann das 
Technologische Objekt "Gleichlauf GL2 Leitwerte von den 
Technologischen Objekten "Zeit" T, "virtuelle Achse" VAl, 
"Leitachse" LA2, "Leitachse" LAS, "extemer Geber" EGl 
sowie von einem Programmwert TV des Anwenderpro- 

40 ' grammes (API; Fig, 2 und AP2. AP3; Fig. 11) bekommen. 
Durch den Zuoidnungspfeil ZP2 ist angedeutet, dass der 
Schalter S2 unterschiedliche LeitwertveAindungen fiir das 
Technologische Objekt "Gleichlauf GL2 hersteUen kann. 
aer einen der Datenflilsse DF4 bis DF8 sowie iiber den 

45 Schalter S2 und den Datenflu'ss DFl 2 wird die "Leitwertver- 
schaltung" zum Technologischen Objekt "Gleichlauf GL2 
erreicht. Die Technologischen Objekte "Zeit" T, "virtuelle 
Achse" VAl, "Leitachse" LA2 und LAS, "extemer Geber" 
EGl sowie der Programmwert TV sind die potentiellen Ma- 

50 ster fiir das Technologische Objekt "Gleichlauf GL2. Die 
moglichen Verschaltungen werden projektiert und die Aus- 
wahl eines projektierten Masters kann zur Laufzeit aus dem 
Anwenderprograinm (API; Fig, 2 und AP2, APS; Fig, 11) 
erfolgen. Damit sind Masterumschaltungen moglich. Das 

55 Technologische Objekt "virtuelle Achse" VAl reprasentiert 
nicht eine real vorhandene Achse, sondem eine gerechnete 
Achse. "Virtuelle Achsen" sind dadurch gekennzeichnet, 
dass sie iiber Befehle kommandiert werden konnen und eine 
Bewegungsfiihrung bzw. Interpretation besitzen, aber keine 

60 Regelung und keinen Antrieb. Die Technologischen Objekte 
"Leitachse" LA2 und LAS reprasentieren dagegen reale 
Achsen. Reale Achsen reprasentieren Standardachsen mit 
Antrieb, Motor, Geber, sie besitzen also einen realen Aktor. 
Auch das Technologische Objekt "extemer Geber" EGl 

65 kann einen Leitwert fiir das Technologische Objekt "Gleich- 
lauf GL2 bereitstellen. Ein "extemer Geber" EGl besitzt 
ublicherweise keine Achse und stellt die Informationen in 
einem projektierbaren Format bereit. "Exteme Geber" sind 
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z. B. Wnkelgeber an einer Presse. Auch vom Technologi- 
schen Objekl "Zeit" T und vom Programmwert TV konnen 
Leitwerte fiir das Technologische Objekt GL2 bereitgestellt 
werden. Ein Technologisches Objekt "Zeit" stellt einen Leit- 
wert in Form eines Zeitwertes bzw, Zeitfaktors bereit, die 
Projektierung eines Programmwertes DV als Leitwert er- 
folgt im Anwenderprogramm (API; Fig. 2 und AP2, AP3; 
Fig. 11). Die Technologischen Objekte sind hierbei in da: 
iiblichen Notation dargestellt. 

[0054] In Fig. 5 ist dargestellt, dass als Gleichlaufgesetz 
fur das Technologische Objekt "Gleichlauf ' GL2 wahlweise 
ein Getriebefaktor GF2 oder die Technologischen Objekte 
"Kurvenscheibe" KS2 und KS3 gewahlt werden konnen. 
Durch den Zuordnungspfeil ZP3 ist dargestellt, dass der 
Schalter S3 wahlweise zwischen den Technologischen Ob- 
jekten KS2, KS3 und dem Getriebefaktor GF2 eingestellt 
werden kann. Die "geuiebemaBige Verschaltung" mit dem 
Technologischen Objekt "Gleichlauf GL2 erfolgi dann 
aber die Datenftusspfeile DF9, DFIO, den eingestellten 
Schalter S3 sowie uber den Datenflusspfeil DFll. Die 
Schalterverbindungen S2 und S3 sind im Anwenderpro- 
gramm (API; Fig. 2 und AP2, AP3; Fig. 11) programmier- 
bar. Uber den Datenflusspfeil DF13 ist das Technologische 
Objekt "Gleichlauf GL2 mit dem Technologischen Objekt 
"Folgeachse" FA2 verbunden. Das Technologische Objekt 
"Gleichlauf GL2 wird bei der Projektierung also slaveseitig 
mit dem Technologischen Objekt "Folgeachse" FA2, das 
z. B. eine Gleichlauf achse reprasentieren kann, verschaltet. 
Masterseitig wird das Technologische Objekt "Gleichlauf 
GL2 mit einem Technologischen Objekt verschaltet, daB ei- 
nen Leitwert zur Verfugung stellt, dieser Leitwert kann auch 
direkt aus dem Anwenderprogramm (API; Fig. 2 und AP2, 
AP3; Fig. 11) vorgegeben werden. Somit kann mehr als ein 
Technologisches Objekt fiir die Leitwertbereitstellung kon- 
figuriert werden, die aktuelle Verschaltung wird zur Laufzeit 
iiber Befehle im Anwenderprogramm ausgewahlt. 
[0055] Die Darstellung gemaB Fig. 6 zeigt die Verschal- 
tung des Technologischen Objektes "Messtaster" MTl. Die 
Technologischen Objekte sind hierbei in der ubhchen Nota- 
tion dargestellt. Das Technologische Objekt "Messtaster" 
MTl stellt die Funktionalitat zur Durchfuhrung eines Mess- 
auftrages bereit. Fiir die Funktionen am Technologischen 
Objekt "Messtaster" MTl konnen Messauflrage aktiviert 
und parametriert werden. Uber den Messeingang ME und 
den Datenflusspfeil DF14 wird der Messwert an das Techno- 
logische Objekt "Messtaster" MTl geliefert. Der Messein- 
gang ME ist als Ellipse dargestellt. Ein Messeingang ME 
kann mit mehreren Technologischen Objekten "Messtaster" 
verschaltet sein. Diese Technologischen Objekte "Messta- 
ster" konnen dabei auch gleichzeitig aktiviert sein. Ein 
Messeingang ME entspricht , dabei iiblicherweise einem 
Hardware-Messeingang, der dem Technologischen Objekt 
"Messtaster" MTl uber Konfiguration zugeordnet wird. 
Weiterhin ist das Technologische Objekt "Messtaster" MTl 
mit mindestens einem Technologischen Objekt verschaltet, 
das einen Messwert (z. B. Position) liefert. In Fig. 7 ist das 
Technologische Objekt "Messtaster" MTl mit den Techno- 
logischen Objekten "Achse" Al und "extemer Geber" EG2 
iiber die Datenftusspfeile DF15 bzw. DF16 verschaltet. Das 
Technologische Objekt "Achse" Al kann z. B. eine Positio- 
nierachse oder eine Gleichlaufachse sein. Ein Technologi- 
sches Objekt, das einen Messwert liefert, kann mit mehreren 
Technologischen Objekten "Messtaster" verschaltet werden. 
[0056] Die Darstellung gemaB Fig. 7 zeigt in einem Ver- 
schaltungsdiagramm das Technologische Objekt "Nocke" 
Nl, verschaltet mit den Technologischen Objekten "Achse" 
A2 und "extemer Gcbcr" EG3. Das Technologische Objekt 
"Achse" A2 ist uber den Datenflusspfeil DF17, das Techno- 



logische Objekt "extemer Geber" EG3 ist iiber den Daten- 
flusspfeil DF18 mit dem Technologischen Objekt "Nocke" 
Nl verschaltet. Uber den Datenflusspfeil DF19 ist das Tech- 
nologische Objekt "Nocke" Nl mit dem Ausgang Out ver- 
5 schaltet, der Ausgang Out ist als Ellipse dargestellt. Das 
Technologische Objekt "Nocke" Nl stellt die Funktionalitat 
zur Berechnung von Nockenschaltwerten bereit Uber die 
Funktionen am Technologischen Objekt "Nocke" Nl kon- 
nen Nockenfunkiionen aktiviert und parametriert werden. 

10 Die Technologischen Objekte "Achse" A2 bzw. "extemer 
Geber" EG3 stellen die Bezugswerte fiir das Technologische 
Objekt "Nocke" Nl bereit. Die Zuordnung dieser Technolo- 
gischen Objekte zum Technologischen Objekt "Nocke" Nl 
wird vom Anwender projektiert. Der Anwender projektiert 

15 weiterhin die Zuordnung des Technologischen Objektes 
"Nocke" Nl zu einem Ausgang Out, dabei ist auch eine Zu- 
ordnung auf interne Variablen moglich. Fiir eine aktuelle 
Anwendung ist das Technologische Objekt "Nocke" Nl mit 
genau einem Technologischen Objekt verschaltet, das den 

20 Bezugswert liefert. 

[0057] Ein Bezugswert ist z. B. ist eine Achsposition. 
Hierbei kann das Technologische Objekt "Achse" A2 z. B. 
eine Positionierachse oder eine Gleichlaufachse reprasentie- 
ren. Dies ist mogUch, dass eine Zuordnung des Technologi- 

25 schen Objektes "Nocke" Nl auf einen Ausgang Out entfal- 
len kann, dann wirkt das Technologische Objekt "Nocke" 
Nl nur auf Systemvariablen am Technologischen Objekt 
(z. B. fur die Verwendung des Technologischen Objektes als 
interne Nocke). Das Technologische Objekt, das den Be- 

30 zugswert liefert, kann mit mehreren auch unterschiedlichen 
Technologischen Objekten Nocken gleichzeitig verschaltet 
sein. Die Technologischen Objekte sind hierbei in der iibli- 
chen Notation dargestellt. 

[0058] In der Darstellung gemaB Fig. 8 wird gezeigt, dass 

35 ein Technologisches Objekt "Folgeachse" FA 3 mit mehre- 
ren Technologischen Objekten "Gleichlauf GL3 und GL4 
verschaltet sein kann. Das Technologische Objekt "Folge- 
achse" FA3 ist durch den Datenflusspfeil DF22 mit dem 
Technologischen Objekt "Gleichlauf GL3 und mit dem Da- 

40 tenflusspfeil DF23 mit dem Technologischen Objekt 
"Gleichlauf GL4 verschaltet. Die Technologischen 
"Gleichlaufobjekte" GL3 und GL4 erhalten iiber die Daten- 
ftusspfeile DF20 bzw. DF21 ihre Leitwertvorgaben. In Fig. 
8 ist dargestellt, dass die Leitwerte ftir den jeweiligen 

45 Gleichlaufverbund iiber unterschiedliche Technologische 
Objekte erfolgen kann. So konnen fiir das Gleichlaufobjekt 
GL3 z. B. das Technologische Objekt "Achse" A3, das 
Technologische Objekt "virtueUe Achse" VA2 oder das 
Technologische Objekt "extemer Geber" EG4 den Leitwert 

50 bereitstellen. Fiir das "Gleichlaufobjekt" GL4 kann dement- 
sprechend der Leitwert z. B. von den Technologischen Ob- 
jekten "Achse" A4, "virtuelle Achse" VA3 oder "extemer 
Cjeber" EG5 bereitgestellt werden. In Fig. 8 bilden dann 
z, B. die Technologischen Objekte "Achse" A4, "Gleich- 

55 lauf GL4 und "Folgeachse" FAB einen Gleichlaufverband. 
Die jeweils gewiinschte Verschaltung wird vom Anwender 
projektiert, die Auswahl eines projektierten Masters (der 
Master stellt den Leitwert fiir den Gleichlaufverbund zur 
Verfugung) kann zur Laufzeit aus dem Anwenderprogramm 

60 erfolgen, damit sind Masterumschaltungen moglich. In Fig. 
8 stellt das Technologische Objekt "Folgeachse" FA3 den 
Slave im Gleichlaufverbund dar. Die Technologischen Ob- 
jekte sind hierbei in der iibhchen Notation daigestellL 
[0059] Darstellung gemaB Fig. 9 zeigt ein Verschaltungs- 

65 diagramm bei dem das Technologische Objekt "Kurven- 
scheibe" KS3 das Geiriebegesetz fiir zwei "Gleichlaufob- 
jekte" GL5 und GL6 iiber die Datenftusspfeile DF26 bzw. 
DF27 bereitstellt. In Fig. 9 sind somit zwei Gleichlaufver- 
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bunde dargestellt, die jeweils vom gleichen Technologi- 
schen Objekt "Kurvenscheibe" KS2 mit einem gemeinsa- 
men Getriebegesetz versoigt warden. Die beiden Gleich- 
laufverbunde sind links und rcchts vom Technologischen 
Objekt "Kurvenscheibe" KS3 angeordneL Der Unke Gleich- 
laufverbund wird gebildet durch das Technologische Objekt 
"Achse" A5, das den Leitwert bereitslellt und somit als Leit- 
achse gilt. £s kann sich dabei z. B. um cine Positionier- oder 
Gleichlaufachse handeln. Das Tschnologiscbe Objekt 
"Achse" A5 ist mit dem Datenflusspfeil DF24 mit dem 
"Gleichlauf objekt" GL5 verbunden. Uber diesen Daten- 
flusspfeil DF24 wird der Leitwert bereitgestelll. Aiif der Sla- 
veseite ist das Technologische Objekt "Gleichlauf GL5 
iiber den Datenflusspfeil GF25 mit dem Technologischen 
Objekt "Folgeachse" FA4 verbunden. Der rechte Gleichlauf- 
verbund wird gebildet durch die Technologischen Objekte 
"Achse" A6, "Gleichlauf GL6 und "Folgeachse" FAS. Die 
"Achse" A6 entspricht dabei der Leitachse, die "Folge- 
achse" FA5 reprasentiert eine Slaveachse. Die Verschaltung 
erfolgt hierbei uber die Datenflusspfeile DF28 bzw. DF29. 
Weiterfain ist es moglich, das von einer Leichtachse aus eine 
Oder mehrere Gleichlaufverbindungen uber Gleichlaufob- 
jekte konfiguriert werden. Technologische Objekte "Kur- 
venscheibe" konnen einem oder mehreren Gleichlaufobjek- 
ten zugeordnet werden. Die Zusammenstellung von Gleich- 
laufverbund wird vom Anwender projektiert. Projektierte 
Gleichlaufverbunde konnen wiederura als Technologische 
Objekte reprasentiert werden und ihre Funktionalitat in an- 
deien Applikationen wieder verwendet werden. Die Tech- 
nologischen Objekte sind hierbei in der ublicben Notation 
dargestellt. 

[0060] Die Darstellung gemaB Fig. 10 zeigt die Zusam- 
menfassung von mehreren Technologischen Objekten zu ei- 
nem Technologiepaket TP. Das Technologiepaket TP ist da- 
bei als Rechteck dargestellt, wobei die linke obere Ecke ab- 
geschnitten ist. Das Technologiepaket TP enthalt die Tech- 
nologischen Objekte "Nocke" N2, "extemer Geber" EG6, 
"Drehzahlachse" DrehA, "Messtaster" MT2 sowie "Positio- 
nierachse" PosA. Die Technologischen Objekte sind dabei 
in der iiblichen Notation daigesteUt. Die Technologischen 
Objekte reprasentieren dabei keine Instanzen, sondem Tech- 
nologieobjekttypen. Ein Technologiepaket TP enthalt somit 
eine Ansammlung von Technologleobjekttypen, die gewisse 
Funktionalitaten reprasentieren. Die Zuladung von Techno- 
logischen Objekten ins Runtime-System der Steuerung und 
damit die fiinktionelle Erweiterung der Steuerung erfolgt 
iiber Technologiepakete. Ein Anwender kann sich be- 
stimmte Technologiepakete TP die wiederum Technologie- 
objekttypen enthalten ins Runtime-System (RTS4, RTS5; 
Fig, 2) laden und somit eine technologische Skalierung der 
Funktionalitat der Steuerung erreichen. Weiterhin kann 
durch die Technologiepakete TP bei entsprechender Zuord- 
nung von Technologieobjekttypen eine ftinktionelle Struk- 
turierung erreicht werden. 

[0061] Darstellung gemaB Fig. 11 zeigt in einem Uber- 
sichtsbild die Kommunikationsstruktur zwischen zwei Ge- 
raten Gl und G2. Gerat bedeutet in diesem Kontext Hard- 
ware mit CPU. Die technologische Funktionalitat wird in 

Form von Technologischen Objekten auf Gerate verteilt, auf 
denen sie letztendlich ablaufen, Sofwaretechnisch werden 
die Gerate Gl und G2 als sog. System- Technologische Ob- 
jekte (System-TO) dargestellt. Ein System-TO kann nicht 
verschoben werden, weil es fest an einem Gerat hangt. In ei- 
nem System-TO ist die Funktionalitat des dazugehorigen 
Gerates gekapselt. Die System-TOs reprasentieren die Gera- 
tefunktionalitat, die Technologischen Objekte die technolo- 
gische Funktionalitat. 

[0062] Die Gerate Gl und G2 sind in der Darstellung ge- 



maB Fig. 11 jeweils als Rechtecke in der linken bzw. rechten 
Zeichnungshalfle dargesteUL Die Gerate Gl und G2 enthal- 
ten jeweils ein Anwenderprogramm AP2 bzw. AP3, TO- 
Konfigurationen TOKl bzw. T0K2, technologische Firm- 

5 ware TFWl bzw. TFW2 und jeweils ein Runtime-System 
RTS6 bzw. RTS7, wobei alle diese Teilelemente durch 
Rechtecke dargestellt sind. Die Anwenderprogramme AP2 
bzw. APS beinhalten die vom Anwender erstellten Befehle 
zur Steuerung des technologischen Prozesses (P; Fig. 1). 

10 Bei Bewegungssteuerungen z. B, Positionier- und/oder Be- 
wegungsbefehle. Die technologische Firmware TFWl bzw. 
TFW2 stellt die technologische Funktionalitat dar, um die 
das Basissystem (UMC-K; Fig. 2) der Runtime-Systeme 
RTS6 bzw. RTS7 erweitert wurde. Die technologische Firm- 

15 ware TWFl bzw. TWF2 beinhaltet die zugeladenen Techno- 
logieobjekttypen, deren Instanzen ein Anwender in seinen 
Anwenderprogrammen AP2 bzw. AP3 verwenden kann. Die 
TO-Konfigurationen TOKl bzw. T0K2 beinhalten Konfigu- 
rationsinformationen der Technologischen Objekte (z. B. 

20 Verschaltungs- und Verteilungsinformationen). Die Konfi- 
gurationen erfolgen im Engineering-System (ES; Fig. 1). Im 
Runtime- System RTS6 bzw. RTS7 kommen die Anwender- 
programme letztendlich zum Laufen. Die Runtime-Systeme 
RTS6 bzw. RTS7 entsprechen einem Beiriebssystem und 

25 sind z. B. fiir die Speicherverwaltung und die Rechenzeit- 
verwaltung verantwortlich. Auf die Darstellung weiterer In- 
haltselemenle der Gerate Gl bzw. G2 wird aus Griinden der 
Ubersichtlichkeit verzichtet. 

[0063] In der unteren Zeichnungshalfle ist das Kommuni- 
30 kationsmedium KM als langgezogenes Rechteck dargestellt. 
Das Konununikationsmedium KM kann z. B. eine Busver- 
bindung darstellen. 

[0064] Zwischen den Geraten Gl und G2 ist die automati- 
sche Kommunikationsprojektierung AKP, ebenfalls als 

35 Rechteck dargestellt. Die automatische Kommunikations- 
projektierung AKP ist iiblicherweise Software, die als Teil 
des Engineering-Systems (ES; Fig. 1) ablauft und das Run- 
time-System RTS6 bzw. RTS7 mit den generierten Kommu- 
nikationsinformationen (z. B. wer kommuniziert mit wem? 

40 Auf welche Weise erfolgt die Kommunikation?) versorgt. 
[0065] Der bidirektionale Pfeil LKK zwischen den An- 
wenderprogrammen AP2 und AP3 stellt einen logischen 
Kommunikationskanal zwischen den Anwenderprogram- 
men AP2 und AP3 dar, Der Anwender sieht dabei nur seine 

45 Technologischen Objekte, die er selbst in seinen Anwender- 
programmen verwendet und er kann dabei davon abstrahie- 
ren, wo sie physikalisch liegen. 

[0066] Die gestrichelten unidirektionalen Pfeile DFEl bis 
DFE4 steUen den Datenfluss zum Engineering-Zeitpunkt 

50 dar. Die automatische Kommunikationsprojektierung AKP 
wird dabei aus den TO-Konfigurationen TOKl und T0K2 
mit Konfigurationsinformationen zu den technologischen 
Objekten (z. B, Verteilungs- und Verschaltungsinformatio- 
nen) iiber die Datenfliisse DFEl bzw. DFE2 versorgt. "Ober 

55 die Datenflusse DFE3 bzw. DFE4 gibt die automatische 
Kommunikationsprojektierung AKP die daraus generierten 
Kommunikationskanale an die Runtime-Systeme RTS6 
bzw. RTS7 der Gerate Gl bzw, G2 weiter. Alle Gerate wer- 
den somit von der automatischen Kommunikationsprojek- 

60 tierung AKP so mit Routinginformationen versorgt, dass je- 
des Gerat mit jedem anderen Gerat entsprechend der in den 
TO-Konfigurationen TOKl und T0K2 definierten absu-ak- 
ten Konfigurations- und Kommunikationsbeschreibung 
konMnunizieren kann. Die automatische Kommunikation s- 

65 projektierung AKP verwendet zur Generierung der Kommu- 
nikationskanale projektglobale Variablen, mit denen der An- 
wender z. B. die Qualitatsanforderungen definiercn kann. 
[0067] Die automatische Kommunikationsprojektierung 
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AKP emnoglicht eine ef&ziwite Nutzung der eingesetzten 
Gerate- und Netztopologie, da sie auch abstrakte Qualitats- 
anforderungen (z. B. Broadcast, Taktsynchronitat, Ubertra- 
gungszeiten) optimal auf Gerateeigenschaften und Eigen- 
schaften des Kommunikationsmediums KM (z. B. Profibus) 5 
abbildet. Bei der Konfiguration der Technologischen Ob- 
jekte muss sich der Anwender nicht darum kiimmem, wie 
letztendlich die Kommunikation physikalisch stattfindet. 
[0068] Die gepunkteten vertikalen bidirektionalen Pfeile 
DKFRl bis DKFR8 stellen den Daten- und Kontrollfluss zur 10 
Laufzeit (Runtime) dar. Z. B. wenn die Gerate Gl bzw. G2 
selber am Kommunikalionsmedium KM (das Kommunika- 
tionsmedium kann z. B. ein Profibus sein) hangen, anlaufen 
und in Betrieb sind. Dann erfolgt namlich wirklich ein 
"scharfer" Daten- und Kontrollfluss von den Anwenderpro- 15 
grammen AP2 bzw. AP3 durch die technologische Firm- 
ware TFWl bzw, TFW2 durch das Runtime- System RrS6 
bzw. RTS7 auf das Kommunikalionsmedium I^, uber das 
Kommunikationsmedium KM zum n^chsten Gerat und da 
wieder nacb oben zum Anwenderpiogramm. Im "scharfen 20 
Betrieb" eines Gerates werden natiirlich auch die Informa- 
tionen der TO-Konfiguration TOKl bzw. T0K2 benotigt. 

Paientanspruche 

25 

1. Industrielle Steuerung fiir technische Prozesse, ins- 
besondere fiir Produktionsmaschinen, dadurch ge- 
kennzeicfanet, dass die Steuerung ein allgemein ein- 
setzbares, vorzugsweise technologieneutrales Basissy- 
stem (UMC-K) fur die Steuerungsgrundfunktionalitat 30 

. aufweist, wobei instanziierbare Technologieobjektty- 
pen die Grundfunktionalitat der Steuerung um techno- 
logische Funktionalitaten erganzen und nach einer vom 
Anwender zuschneidbaren Instanziierung als Techno- 
logische Objekte (TOl-TOn) in seinen jeweiligen 35 
Applikationen zur Verfugung stehen, wobei eine Tren- 
nung zwischen technologischer Funktionalitat und Ge- 
ratefunktionalitat erfolgt. 

2. Industrielle Steuerung nach Anspruch 1, dadurch 
gekennzeichnet, dass eine automatische Generierung 40 
bzw. Projektierung von Konununikationsverbindungen 
zwischen Technologischen Objekien (TOl-TOn) ba- 
sierend auf der zugrungeliegenden Hardware-Topolo- 
gie und/oder der technologischen Losung erfolgt. 

3. Industrielle Steuerung nach Anspruch 1 oder 2, da- 45 
durch gekennzeichnet, dass bei der automatischen Ge- 
nerierung bzw. Projektierung der Kommunikationsver- 
bindungen zwischen Technologischen Objekten 
(TOl-TOn) von den Technologischen Objekten 
(TOl-TOn) zugewiesene oder erwoibene Qualitatsat- 50 
Uibute beriicksichtigt werden. 

4. Industrielle Steuerung nach Anspruch 1, 2 oder 3, 
dadurch gekennzeichnet, dass eine flexible Verschieb- 
barkeit und/oder Verteilbarkeit der Technologischen 
Objekte (TOl-TOn) auf unterschiedlich oder gleich 55 
performante Hardware-Systeme und/oder Laufoeitsy- 
steme (RTSl-RTS?) erfolgt. 

5. Industrielle Steuerung nach Anspruch 4, dadurch 
gekennzeichnet, dass eine flexible Verschiebbarkeit 
und/oder Verteilbarkeit der Technologischen Objekte 60 
(TOl-TOn) auf unterschiedlich oder gleich perfor- 
mante Hardware-Systeme und/oder Laufzeitsysteme 
(RTSl-RTS 7) innerhalb eines Projektes erfolgt, wobei 
sich ein Projekt auf Daten und/oder Progranmie von ei- 
ner oder mehreren Steuerungseinheiten bezieht. 65 

6. Indusuielle Steuerung nach einem der vorstehenden 
Anspriiche, dadurch gekennzeichnet, dass die Vertei- 
lung der Funktionalitat der Technologischen Objekte 
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(TOl-TOn) auf miteinander in Echtzeit durch taktsyn- 
chron aquidistant kommunizierende Steuerungseinhei- 
ten erfolgt 

7. Industrielle Steuerung nach einem der vorstehenden 
Anspriiche, dadurch gekennzeichnet, dass eine techno- 
logische Skalierung hinsichtlich der Funktionalitat der 
Steuerung durch die 2^1adbarkeit von Ibchnologieob- 
jekttypen erfolgt 

8. Indusoielle Steuerung nach einem der vorstehenden 
Anspruche, dadurch gekennzeichnet dass eine Ver- 
schaltung der Technologischen Objekte (TOl-TOn) zu 
komplexen Technologischen Objekten, sog. Container- 
Objekten erfolgt 

9. Industrielle Steuerung nach einem der vorstehenden 
Anspruche, dadurch gekennzeichnet dass einem An- 
wender unterschiedliche Sichten auf die Technologi- 
schen Objekte (TOl-TOn) zur Verfugung stehen. 

10. Industrielle Steuerung nach einem der vorstehen- 
den Ansprtiche, dadurch gekennzeichnet, dass eine 
riickwirkungsfireie Programmierung eines Technologi- 
schen Objektes (TOl-TOn) beziiglich der anderen vor- 
handenen Technologischen Objekte und des Steue- 
rungsbasissystems (UMC-K), sofem nicht explizit eine 
Ruckwirkung programmiert bzw. projektiert ist vorge- 
sehen ist 

11. Indusdielle Steuerung nach einem der vorstehen- 
den Anspruche, dadurch gekennzeichnet, dass die Dar- 
stellung der Technologischen Objekte (TOl-TOn) im 
Engineering- System (£S) durch grafische Elemente 
und/oder Masken erfolgt. 

12. Industrielle Steuerung nach einem der vorstehen- 
dea Anspruche, dadurch gekennzeichnet, dass die 
Technologieobjekttypen zu Technologischen Paketen 
(TP) zusammengefasst werden. 

13. Verfahren zur Programmierung bzw. Projektierung 
von industriellen Steuerungen fiir technische Prozesse, 
insbesondere fur Produktionsmaschinen, gekennzeich- 
net durch die Verwendung von Technologischen Ob- 
jekten (TOl-TOn) und die Abfolge der folgenden 
Schritte: 

a) Verwendung eines Basissystem (UMC-K) mit 
eino- vorzugsweise technologieneutralen Grund- 
funktionalitat, 

b) Instanziienmg der Technologischen Objekte 
(TOl-TOn), 

c) Verschaltung der Technologischen Objekte 
(TOl-TOn) zu Technologischen Objekten kom- 
plexer Funktionalitat, 

d) Verteilung und/oder Platzierung der Technolo- 
gischen Objekte (TOl-TOn) auf die Gerate (Gl, 
G2), 

e) automatische Generierung der Kommunikati- 
onskanale zwischen den Technologischen Objek- 
ten (TOl-TOn), 

f) Wiedervarwendung insbesondere von komple- 
xen bereits verschalteten Technologischen Objek- 
ten in anderen Projekten. 

14. Verfahren zur Programmierung bzw. Projektierung 
nach Anspruch 13, dadurch gekennzeichnet, dass bei 
der Generierung der Konmiunikationskanale Qualitats- 
attribute der Technologischen Objekte (TOl-TOn) ein- 
gehalten werden. 

15. Verfahren zur Programmierung bzw. Projektierung 
nach Anspruch 13, dadurch gekennzeichnet, dass die 
Schritte b) und e) optional erfolgen. 
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